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(54)Titie: MULTIMEDIA SYSTEM 

(57) Abstract 

A method and system is provided to 
avoid the duplicate storage and transfer of 
multimedia data in a playback device, thereby 
increasing system bandwidth and available 
playback memory. A multimedia composition 
describes an edited piece of audio and video 
multimedia data. The composition is created 
and transferred to a playback device. Hie 
composition is examined to determine whether 
the multimedia data referred to in the compo- 
sition is already stored in the playback device. 
If the data is stored in the playback device, or 
in transit to the playback device, it is not trans- 
ferred to the playback device. 
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MULTIMEDIA SYSTEM 

FIELD OF THE INVENTION 
This invention relates to methods and apparatus for use in a multimedia system. More 
5 particularly, the invention relates to editing, transferring, stormg and playing back a 

multimedia composition so that multiple multimedia compositions are able to share the same 
multimedia data. 

BACKGROUND OF THE INVENTION 
, 0 Efficientiy editing, playing back and broadcasting multimedia data is a priority in the 

news industry. Multimedia data includes audio and video data coUected ftom various sources 
such as video cameras, satellite, video and audio tape, compact disc, etc. An editor typically 
creates a news clip from multimedia data source material and the edited news clip is 
physically transferred to a playback device for broadcast. 
15 Networking advances have automated the process of transferring of the edited news 

clip to the playback device. In such systems, a news clip is created from source material and 
edited at one of a plurality of editing workstations connected to a network. The edited clip is 
given an identifier (ID) and electronically transferred from die workstation to a playback 
device which can store the clip for later play to air. The playback device then plays the news 
20 story to air when the producer queues the ID of the clip. 

The foregoing network, however, may waste bandwidth and memory by re-sending 
and restoring tiie same multimedia data used in different edited clips. For example, an editor 
sends a finished news cUp to a playback device and wants to make minor changes. The editor 
may wish to delete five seconds of a tiiirty second news clip which was previously sent to the 
25 playback device. In such a case, the editor edits the clip at the workstation and resends the 
entire cUp minus the five seconds which were deleted. Thus, the playback device stores two 
clips, both of which contain the same portion of multimedia data. 

Another example of wasted bandwidth is the common occurrence in news journalism 
wherein a promotional clip is used in conjunction with a story. In such a case, a short clip of a 
30 larger news clip would be created for use as a promotional clip. The clip consisting only of 
the promotional clip would need to be sent, and the larger clip that contains the promotional 
clip that is used when the news story airs would be separately sent and stored in the playback 
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device. Thus, in both examples cited above the identiciEd mxiltiiri^ is transferred to, 
and stored within, two locations within the playback device. 

SUMMARY OF THE INVENTION 

A method and system is provided to avoid the duplicate storage and transfer of 
multimedia data in a playback device, thereby increasing system bandwidth and available 
playback memory. A multimedia composition which represents a compilation of edited 
source material is created and transferred to the playback device. The composition is 
examined to determine whether the multimedia data referred to in the composition is already 
stored in the playback device. If the data is stored in the playback device, or in transit to the 
playback device, it is not transferred to the playback device. 

In one aspect of the invention, a method is provided for sharing data that includes the 
steps of creating a multimedia composition which references data, transferring the multimedia 
composition to a first location, determining whether the data referenced by the multimedia 
composition is contained in a storage area associated with the first location, and transferring 
the data referenced by the multimedia composition to the storage area only when the data is 
not already in the storage area. 

In another embodiment, a multimedia system is provided that includes at least one 
workstation to create a multimedia composition which references data, a playback device 
coupled to the workstation to store and play multimedia compositions created by the 
workstation, and a transfer tool. The transfer tool transfers the multimedia composition and 
the data referenced by the multimedia composition fi:om the workstation to the playback 
device. The transfer tool is adapted to only transfer data referenced by the multimedia 
composition that is not stored in the playback device. 

In another embodiment, a method of deleting multimedia data in a device containing 
multimedia compositions and data referenced by the multimedia compositions is provided. 
The method includes determining how many compositions refer to particular portions of 
multimedia data, determining which portions of multimedia data no compositions refer to, and 
deleting the multimedia data that no multimedia compositions refer to. 
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BRIEF DESCRIPTION OFTHE DRAWINGS 
The invention will be better understood and appreciated from the following detailed 
description of illustrative embodiments thereof, and the accompanying drawings, in which: 
Fig. 1 shows an embodiment of a multimedia network; 
Fig. 2 shows the playback device 7 of Fig. 1; 

Fig. 3 shows a process of storing multimedia data in the playback device 7 of Fig. 1; 
Fig. 4 shows a process of deleting composition IDs from the playback device 7; and 
Fig. 5 shows a process performed by server 15 of Fig. 2 for deleting unused clips from 
the playback device 7. 



DETAILED DESCRIPTION 
Figs. 1 and 2 show an embodiment of an exemplary multimedia network 1 . The 
network 1 includes edit workstations 3 coupled to a hub 5. Multimedia compositions are 
formed at the edit workstations 3 and transferred via hub 5 to a playback device 7 which 

15 stores the media compositions and multimedia data associated therewith for playing to air the 
data from an output 9 of the playback device. Although the invention is not limited to a 
particular type of playback device, an example of such a playback device is sold by Pluto 
Technologies International, Inc. under the trademark Video Space. 

The multimedia composition is a structure used to described an edited piece of audio 

20 and video multimedia data. The multimedia data is not part of the composition, that is, the 
composition only refers to the data to be played. The data structure used for representing a 
composition excludes the actual multimedia data by containing only indications of, or 
references to, the multimedia data. A composition is made up of source components, or clips, 
representing a section of concrete media such as video or audio data. The clip includes an 

25 identification of the source material from which the clip originated, as well as a range of 
material within the source material. 

The composition data structure can be, for example, a C-H- programming object. A 
composition can be formed in the manner described in U.S. Patent No. 5,724,605 or as in the 
Open Media Framework (OMF) Interchange Specification, Version 2.1 from Avid 

30 Technology, Inc., which are herein incorporated by reference. A composition can also be 

formed in the manner described in the Advanced Authoring Format (AAF) specification. The 
invention, however, is not limited to a particular type of composition; rather, the term 
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composition used herein merely describes a data structure that represents a portion of source 
mvdtimedia data without actually including the source data. 

Compositions are transferred to and stored in playback device 7 on server 1 5 
separately from the multimedia data stored on discs in storage xmit 17. Because compositions 
5 reference, but do not actually contain, multimedia data, multiple compositions can reference 
the same multimedia data without actually duplicating the data. A composition is identified 
by an ID assigned to it by the editor at the work station 3 where the composition was created. 
This ID can be, for example, an eight character ASCII value. 

When the composition is played by playback device 7, any multimedia data referenced 
10 in the composition is extracted from storage discs 17 and sent to the digital output 9 in the 
time-order dictated by the composition. 

The edit work station 3 is a computer system that can be used to create and edit the 
multimedia composition. An example of such a computer system is, for example, sold under 
the trademark "NewsCutter" and manufactured by Avid Technology, Inc. It should be 
15 understood that the present invention is not limited to a specific kind of editing workstation 
and that other types of editing devices may be used to form a multimedia composition. 

Workstation 3 enables the user to edit source material into a composition. Multimedia 
data used to create a composition at the edit workstations may include original source material 
from sources such as video or audio tape, or compact discs; or the data may be from 
20 computer-generated images, etc. The source material for the composition is stored locally on 
the work station 3 and later transferred to the playback device 7 via the hub 5 for playing. 
Playback device 7 is shown in Fig- 2 and includes a transfer tool 1 1 responsible for 
monitoring socket 13 for connection attempts from edit workstations 3. The socket is an 
application progranoming interface that can be used, for example, for TCP/IP. 
25 The transfer tool can be, for example, a software application on server 15, such as a 

C++ programming object. The workstation 3 issues a connection request when an editor 
wants to send a completed composition to the playback device 7. Upon receiving a 
connection request from an edit workstation 3, the transfer tool manages the process of data 
transfer from the workstation 3 to data storage 1 7. 
30 The composition is transferred by the transfer tool from the workstation 3. The 

composition is "decomposed" by the transfer tool into a memory resident structure. The 
structure contains the information necessary to play the composition. Like the composition. 
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the structure of the decomposed composifibn doeTnoTcbn^Mn the act^^ to be played, 

but is a playlist of segments of multimedia data. The composition can be decomposed by 
searching the composition for references to the segments of multimedia data which are 
extracted and listed serially in the order to be played. Thus, the decomposed composition will 
5 not include any of the compositions data that is necessary from an editing standpoint, such as 
the identification of the origuial tape, the identification of effects, etc. 

A segment is the actual audio or video multimedia data to be played. The structure of 
a segment varies in size and can be larger than one megabyte. Decomposition may be carried 
out in the manner suggested in the Open Media Framework Specification Version 2. 1 . 
10 A segment itself is defined by an ID (different from the composition ID) and the actual 

frame numbers of the source material to be played. To determine whether the multimedia data 
is stored, the server maintains a table of the clips of data from the compositions which refer to 
segments of multimedia data fix)m a particular source that have been transferred to storage 17. 
The clips of the composition structure also have a sq)arate ID associated with them 
1 5 (also different from the composition ID). The data within the clip defines exactly v/b&t 
segments of a multimedia object, associated with a clip ID, are in storage 1 7. The clip 
maintains a reference count of the number of decomposed compositions that use some or all 
of this clip's data. The clip also maintains information about where the data resides on the 
storage discs 17. Thus, the clip structure includes the disc block numbers where the segments 
20 start. This is one vehicle by which a clip ID and segment can be related to a physical location 
on the discs. 

The composition ID is also associated with the decomposed composition which is 
stored in the server 1 5. As stated above, the decomposed composition is a playlist of 
segments. The decomposed composition is identified by the same ID associated with its 
25 corresponding composition before it is decomposed. 

After the composition is decomposed by the transfer tool, the transfer tool parses the 
structure (i.e., the playlist of segments) of the decomposed composition looking for required 
multimedia data. When a segment of audio or video multimedia data is referred to by the 
structure the transfer tool queries the server 15 to determine if it is contained on the storage 
30 17. The server accomplishes this by searching through a list of clips (created from the 
compositions transferred to the playback device) representing the data in storage 17. 
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The server 15 responds to the query by indicating that the segment is either missing, 
present, or in transit. If all the data is present the transfer tool 1 1 continues to parse the 
structure, querying for needed media segments until it has parsed the entire decomposed 
composition. 

5 The server 1 5 may respond to a query by indicating that some or all of a segment is 

missing, i.e., not in storage unit 17. The transfer tool transfers all of the missing data from the 
v^ork station 3 to the playback device 7. The server may also respond to a query by indicating 
that data is in transit. The transfer tool queries the server later to make ensvire that the data that 
was in transit was transferred to storage 17. 

10 To transfer a missing multimedia data segment from the work station 3 to storage unit 

17 the transfer tool 1 1 begins by requesting a portion of memory in storage unit 17 from the 
storage manager 19, for example, called ERAM in Pluto International, Inc/s Video Space 
playback device. The storage manager is the interface to discs within the storage unit 17. 
Data is stored or retrieved from the storage imit 1 7 by making requests to the storage manager 

15 19. The transfer tool moves the media from the workstation 3 into the storage manager 1 9 

one block at a time, for example, ten frames of video at a time. The storage manager allocates 
memory in the storage unit 1 7 for the frames. 

As the transfer tool receives each block of data it requests that the storage manager 
store the media to the discs contained in storage 17. Since it is more efficient to store ftiU 

20 blocks of data, the transfer tool will round the number of frames required by the composition 
to the nearest block size (e.g., a request for fi^es 7-1 13 is rounded to 1-120). This is also 
advantageous if the roimded data (e.g., frames 1 14-120) is used later on by another 
composition, since this data will not have to be transferred as it is akeady present in storage 
unit 17. Although blocks of ten frames is chosen for convenience, the invention is not limited 

25 to a particular block size, and other block sizes may be used depending on the requirements of 
the particular multimedia system. 

When the storage manager 19 has stored the multimedia. data to disc it indicates a 
successfril completion to the transfer tool and the transfer tool transfers the next multimedia 
block from the workstation 3. The data transfer process continues xmtil all needed data is 

30 resident in storage 17. After all the multimedia is transferred the transfer tool informs the 
storage manager that the transfer is complete and returns to parsing the decomposed 
composition to look for the next segment of referenced data. 
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Eventually, the entire deconiposed conipositibn is parsed arid all the multimedia data 
required by the composition is resident on the discs. At this point the transfer tool registers 
the decomposed composition in a table stored on the server 15 so that it may be called to play 
at a later time. 

Each decomposed composition is identified by its associated ID and contains the play 
list which points to the associated segments of video and clips stored on the discs. The 
decomposed composition is a time ordered serial list of segments in storage 1 7. When an ID 
is selected, for example at a user interface (not shown) associated with the playback device the 
list of segments associated with that ID is played. 

The decomposed composition is played back via a serial communications protocol 
used to control video systems such as non-linear digital disc recorders/players. An example of 
this protocol is the Video Disc Communication Protocol by Louth Automation. 

FibreChannel and Ethernet interfaces may be used together and with appropriate 
network elements to transfer the composition and audio/video media from the workstation to 
the playback device. An Ethernet network can be used to transfer the composition and control 
mformation, and a FibreChannel connection can be used to transfer the multimedia data. 
FibreChannel is a high bandwidth point-to-point networking technology. The FibreChannel 
connection to the playback device 7 can be via an mterface, such as a 5526 PCI to 
FibreChannel adapter card. This same card type can also reside within each work station 3. It 
should be noted that the mvention is not limited to a particular communication interface 
between the work station 3 and the playback device 7 and that alternative interfaces may be 
used. 

Fig. 3 shows one embodiment of the steps involved in transferring media from 
workstation 3 to playback device 7 in more detail. To create a composition, source material is 
loaded into one of the work stations 3. A media object is created for the source media. A 
media object is a primary data structure that includes the unique ID and which identifies a 
physical source of media data. The use of the media object makes it possible to create 
compositions separately from the digital media and to store source information that other 
applications can use to recreate media. Like the composition, the media object may be a C++ 
programming object. 

In step 100, an editor creates a composition from one or more sources and gives the 
composition an ID, e.g., NAMEl . The composition points to a specific range of video frames 
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within one or more media objects created from the source material. The editor tiien initiates 
the transfer of the composition from the work station 3 to the playback device 7 in step 110. 
The transfer tool is waiting for a socket connection and is notified of the socket connection 
from work station 3. 

In step 120 the composition is then decomposed into a structure that can be parsed by 
the server (i.e., a playlist of segments). The transfer tool then queries the composition ID to 
see if this ID already exists stored on the server 15 (Step 130). The situation where the ID 
exists on the server 1 5 is treated later. If the ID is not listed in the server, the ID in Step 140 is 
marked by the server as "in transit". In Step 1 50 the server begins to parse through the 
decomposed composition looking for multimedia data referred to by the composition. 

For example, composition NAMEl may point to frames 1-500 of a source media 
object from which it was created. In Step 160 the transfer tool queries the server 15 as to 
whether the data segment (frames 1-500) exists in storage 17. The server accomplishes this 
by searching through a list of clips (created from the compositions transferred to the playback 
device) representing the data in storage 17. The situation where the media is present is treated 
hereinafter. 

If the segment does not exist in storage, the transfer tool creates a clip structure in Step 
170 that describes the missing multimedia data. In Step 180, since the data is not present, an 
in-transit flag is set for the segment being transferred. The clip structure just created points to 
the corresponding missing segment and has a reference count associated therewith which is 
incremented each time a segment of data described by the clip is used by a composition. 
Thus, in this case the newly created clip which references the segment is incremented by one. 
The reference count is used to track the firequency of use of the multimedia data stored on the 
storage discs 17. As explained below, this reference count is used later to determine which 
data should be deleted from storage when the playback device is being cleaned up. 

In Step 200 the missing segment (i.e., the actual multimedia data) is transferred from 
the editor workstation 3 to the storage discs 17. This step includes the transfer tool calling the 
storage manager 19 which allocates memory for the media being transferred and returns a 
physical address to tiie transfer tool. The transfer tool then transfers the frames from the 
editor workstation 3 to the storage manager 19. The storage manager performs the sequence 
to write the data to the discs 17. The storage manager also returns the status of a successful 
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write to the ttansfer tool. Thus, the transfer tool then repeatrtfiese steprtransferring data in 
blocks from workstation 3 to a disc contained in storage 17. 

After all the data is transferred, the transfer tool issues a command to the server 1 5 to 
indicate that the transfer is complete. At this point, in Step 210 the server removes the in- 
5 transit flag from the segment. The transfer tool then returns to Step 1 50 and parses the 
playlist looking for more needed multimedia data (i.e., another segment). Once it is 
determined in Step 1 55 that there is no remaining data in the composition, the process 
proceeds to Step 220 in which all the data required by the decomposed composition has been 
transferred to discs and the composition ID is stored to non-volatile memory in storage 17. 
10 The in-transit flag for the composition ID is removed and the server infomis the protocol used 
to play the composition firam the playback device 7 that the new ID is available (Step 230). 

In the example described, frames 1-500 of a media object was stored to discs 17 in 
playback device 7. If subsequently an editor creates a composition which includes, for 
example, frames 200-400 of frames 1 -500 of the same media object, steps 1 00-1 60 would be 
15 carried out in the same fashion and a new composition ID (e.g., NAME2) would be created 
for these frames (which are a subset of frames used in the previous composition). When 
proceeding to Step 160, however, the transfer tool queries the server 15 to determine whether 
the segment (frames 200-400) is present and the server returns an indication that all of the 
multimedia data is present. 
20 In Step 240 the server increments the reference count for the clip structure created for 

frames 1-500 to indicate that another composition has referenced a segment of this clip. Thus, 
two compositions are going to use the same multimedia data. The process then returns to Step 
1 50 parse through the playlist for the next segment for the decomposed composition. In this 
example, the composition consisted of only frames 200-400 so the flow proceeds from Step 
25 155 to Step 220 because all the composition has been parsed. The ID NAME2 for the new 
composition is stored as previously described in Step 220. 

Thus as seen in this example, unUke prior methods, the foregoing media transfer 
system does not transfer frames 200-400 for the new composition as these frames have 
already been stored with respect to a previous composition. In this way identical multimedia 
30 data can be shared among multiple compositions and bandwidth and storage space is saved. 

The instance where the composition refers to some media data which is present and 
some media data which is not present is now described. For example, in the foregoing 
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illustrative example, a third composition could be created which refers to frames 300-600 of 
the media object from which compositions NAMEl AND NAME2 were created. In such a 
case frames 300-500 would be present and the process would proceed to Step 240 for that 
segment. However for frames 500-600, the process would proceed from Step 1 60 to 1 70 and 

5 the missing media would be transferred in Step 200 as described hereinabove. 

As described above, in Step 160 the transfer tool queries the server to determine 
whether the media segment exists in storage 1 7. There are three possible answers to this 
query : (1) the data is not present, (2) the data is present, and (3) the data is in transit (see Step 
180). Situations (1) and (2) have been described above. Referring to situation (3), data is in 

10 transit if, for example, another composition has already requested the multimedia data 
requested in the new composition. If the data is in transit, the flow proceeds to Step 250. 

In Step 250 the transfer tool puts the multimedia transfer process to sleep for some 
amoimt of time. After the sleep period the process wakes up and returns to step 160 to query 
the missing segment again. After the sleep period, hopefiilly all of the multimedia data has 

15 been transferred to storage 17 and is no longer flagged as "in-transit". If the data has been 

transferred, the process then proceeds to Step 240 and back to Step 150 in accordance with the 
description above. 

An alteration which can be made to the above process is the case where the transfer 
tool has several segments to query and the first segment of the composition playlist is 

20 indicated as being in-transit. The transfer tool does not go to sleep at this point to wait for the 
first segment to complete transfer. Rather, it places the in-transit segment on a list and 
continues to parse the remaining not in transit segments. After all the work for the transfer 
tool has been exhausted as to the not in transit segments, the transfer tool goes to its list of in 
transit segments and queries each in-transit segment again. If any segments are still in transit 

25 then it is appropriate for the process to be put to sleep, i.e., do nothing for a period of time 
while waiting to query the segment again. 

The query in Step 130 may return that the composition ID already exists stored on the 
server. This situation could arise, for example, when an editor decides that a particular 
composition should be changed or rewritten. For example, an editor could decide that he 

30 wants a video started at a different frame. In this case the process proceeds from Step 130 to 
Step 1 50 in which any missing multimedia segments are transferred from the edit workstation 
3 for the new composition. When all the data is present (which it is, if, for example, initial 
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jBrames of a segment are deleted) the process proceedslo Step 215 in wKich the composition 
ID is indicated as being present. In this case an ID is being stored which is already present. 
The server recognizes that this is an ID that is stored in its tables and assumes that this is a 
request to update the ID. Thus, similar to the manner described below with respect to 
5 Figure 4, the server deletes the composition associated with the old ID. 

In Step 225 the decomposed composition for the old ID is parsed and in Step 235 the 
clip structure which references any of the segment of reference by the old composition ID is 
decremented for each clip structure which uses the segment. This continues (in Step 245) 
imtil no segments are left in which in Step 255 the old ID is replaced wdth a new ID in the 

10 tables stored in the server. The process is then complete for updating the composition ID. 

Fig. 4 shows how a composition is deleted from the server 15 when it is decided that 
the composition is no longer used. In Step 300, a user chooses to delete a composition stored 
on the playback device 7 and enters a command to delete the appropriate ID. In Step 310 the 
decomposed composition stored in the server is parsed for media segments. In Step 320 the 

15 clip structure stored on the server that refers to the particular segment has its references coimt 
decremented. After all the playlist segment elements have been parsed (and the clip that 
references each segment has been decremented) the server proceeds to Step 340 and deletes 
the composition ID from the list of compositions stored in the server. The communications 
operating system that controls playback from the device 7 is notified of the deletion of the 

20 composition ID in Step 350. 

The reference count kept for each clip is used by the server to determine when it is 
appropriate to delete multimedia data from the playback device. As explained above, the 
reference coimt for each clip is incremented each time a composition refers to a segment in the 
clip. For example, if one composition referenced three segments in a clip and another 

25 composition referenced two segments in the same clip then the reference count would be five. 

The reference count indicates if data is being used or not. When requests are made to 
delete an ID from the server table, the server is required to parse the play list of the ID and 
decrement the clip reference count for each segment referenced by that clip. The server does 
not automatically delete a clip when the reference count becomes zero. Rather, the server 

30 only begins deleting clips when the storage 17 becomes greater than a particular percentage 
fiill, for example 50% full. Although clips have a reference count zero, this does not mean 
that an editor might not use the media of the clip in the fixture. Therefore, keeping clips with a 
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reference count of zero stored while there is excess capacity reduces the need to transfer data 
from the work station 3 to playback device again if the data of the clip does become reused. 

The server follows the following steps for deleting media automatically, as shown in 
Figure 5. In Step 500 the server periodically inquires as to whether the storage discs 17 are a 

5 particular percentage X full. The percentage can be chosen according to the requirements of 
the particular system. If they are not the server does not continue the process of deleting clips. 
If the discs are over a particular percentage full the server builds a list of clips with a reference 
count of zero. A reference count of zero means that no compositions currently refer to any of 
the data contained in the clip. The process then (in Step 520) deletes these clips. 

10 Compositions can also have an expiration date associated therewith. (Alternatively, a 

consistently used composition may have delete protection associated therewith.) Thus, it may 
also be desired to delete composition IDs that have expired. Accordingly, in step 525 (after 
zero reference clips were deleted in Step 520) the server determines whether the storage discs 
are a particular percentage "X" fiill. If the discs are below X% full, the process is done. If the 

15 discs are X% full, the server determines whether any IDs have expired (Step 527). If no IDs 
have expired, the process is done. If there are expired IDs, a list of expired IDs is created in 
Step 530, and, similarly to Figure 4, the expired IDs are deleted and the clips associated 
therewith have their reference count decremented in Step 540. The process again asks in Step 
545 whether the storage discs are above X% fiill. If not, the process is done. If so, a user is 

20 notified of the lack of storage space and can take appropriate measures such as manually 
deleting data. 

The network also accounts for the fact that playback is the top priority in the network. 
Thus, the storage manager 19 provides an interface which allows for a priority to be 
associated with a requested disc operation. There can be, for example, three priorities. The 
25 highest priority is a playback operation. The next highest is a read operation from the transfer 
tool from a workstation 3. Finally the lowest priority is a request for tables from the server. 
The last two priorities have no real time constraints whereas the first does. 

This priority scheme helps the storage manager to process/prioritize operations. The 
use of priorities allocates storage manager bandwidth to where it is needed most. The system 
30 bandwidth must be shared between all clients (for example work stations 3). For example, if 
the total storage manager bandwidth is eight streams, and two play streams are active, then six 
streams are available for the transfer tool. However, if a record operation is initiated then 
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there would be"a total of nine active stxeamlTthe'trau^^ scales'back the aggregate 

transfer rate and eventually retire one stream of the transfer tool. During this transfer 
transmission the storage manager supports all clients with buffers and transfers. Thus, the 
storage manager's priority scheme helps handle overflow conditions. 
5 Having thus described certain embodiments of the present invention, various 

alterations, modifications, and improvements will readily occur to those skilled in the art. 
Such alterations, modifications, and improvements are intended to be within the spirit and 
scope of the invention. Accordingly, the foregoing description is by way of example only, 
and not intended to be limiting. 
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CLAIMS 

1 . A method of sharing data in a muhimedia system comprising the steps of: 

(A) creating a multimedia composition which references data; 

(B) transferring the muhimedia composition to a first location; 

5 (C) determining whether the data referenced by the multimedia composition is 

contained in a storage area associated with the first location; and 

(D) transferring the data referenced by the multimedia composition to the storage 
area only when the data is not already in the storage area. 

10 2. The method of claim 1 , wherein the method further includes determining if any 

of the data referenced by the multimedia composition is in transit to the storage area, and step 
(D) includes transferring data to the storage area only when data is not in transit. 

3. The method of claim 2, further comprising the step of determining whether the 
1 5 in transit data h£is been transferred to the storage area. 

4. A multimedia system comprising: 

at least one workstation to create a multimedia composition which references data; 

a playback device coupled to said at least one workstation to store and play 
20 multimedia compositions created by said workstation; and 

a transfer tool to transfer said multimedia composition and the data referenced by the 
multimedia composition from said at least one workstation to said playback device, wherein 
the transfer tool is adapted to only transfer data referenced by the multimedia composition that 
is not stored in the playback device. 

25 

5. The system of claim 4, wherein the transfer tool is further adapted to only 
transfer data referenced by the multimedia composition that is not in transit from the 
workstation to the playback device. 

30 6. A method of deleting multimedia data in a device containing multimedia 

compositions and data referenced by the multimedia compositions, comprising the steps of: 
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(A) determining how many compositiMsref er to of multimedia 

data; 

(B) detemiining which portions of multimedia data no compositions refer to; and 

(C) deleting the multimedia data that no multimedia compositions refer to. 

7. The method of deleting multimedia data of claim 6, wherein step (C) is 
executed only when the device contains more than a particular amount of multimedia data 

8. The method of deleting multimedia data of claim 6, wherein step (A) includes 
keeping a reference count that corresponds to the number of times a composition refers to a 
particular portion of multimedia data 

9. The method of deleting multimedia data of claim 7, wherein step (A) further 
includes incrementing the reference count for a particular portion of multimedia data when a 
composition that references that data is transferred to the device, and decrementing the 
reference count for a particular portion of multimedia data when a composition that references 
that data is deleted. 
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